約 5,776,186 件
https://w.atwiki.jp/vanity/pages/4.html
データ一覧。 ◆アコスキルの考察 ◆プリスキルの考察 ◆ハイプリスキルの考察 ◆そろえたい武器防具 ◆殴りが使うマグヌス ◆ME殴りの基本戦術 ◆殴りプリの狩り場 ◆カードについての考察 ◆ペア狩りについて ◆支援殴りの新たな可能性 ◆転生後の支援殴りとME殴り ◆仕様変更後のマグナムブレイク ◆アスムかキリエか ◆スパイクについて ◆養子殴りプリマジック
https://w.atwiki.jp/mrfrtech/pages/130.html
Market Highlights Cloud database is a database service which can be used in storing and managing files through the cloud. Enterprises can host databases on the cloud without access to hardware. The ability to scale business at a rapid pace using cloud is likely to lead to its adoption by businesses of all sizes. The global Cloud Database Market Growth report compiled by Market Research Future (MRFR) evaluates various growth opportunities and trends amid the COVID-19 pandemic and changes in business models for the period of 2020 to 2027 (forecast period). Market Scope The global cloud database market is expected to reach USD 21.66 billion growing at 46.78% CAGR over the forecast period. The advent of internet of things (IoT) and rise of cloud computing are major drivers of the market. Implementation of cloud databases for improving service, lowering cost, and expediting services can benefit the market. Rise in digitization of data and the move towards cloud by organizations of all sizes can be a golden opportunity for cloud database providers. Request a Free Sample @ https //www.marketresearchfuture.com/sample_request/6847 Rise of application development and mass computing can drive the adoption of cloud databases by organizations making it easier for app developers in storing, migrating, and sharing data. The virtual nature of cloud databases allow it to recover from crashes and failures in programs quicker and the disposability nature can drive the market demand in the global cloud database market. It can cover machines and entire data centers. But concerns of data security can impede market growth. Competitive Outlook SAP AG, CenturyLink, CSC (Computer Science Corporation), Salesforce.com Inc., Google Inc., Oracle, Amazon.com, Rackspace Inc., IBM, and Microsoft are key players in the global cloud database market. Segmentation By database, the cloud database market is divided into SQL database and NoSQL database. By model, this market is segmented into service model and deployment model. By service model, the market is further segmented into private cloud, virtual private cloud, public cloud, and hybrid cloud. Deployment model segmentations include infrastructure as a service (IaaS), database as a service (DBaaS), and platform as a service (PaaS). By deployment model, the DBaaS segment can provide security to data with tight surveillance and software upgrades designed to maintain the integrity of data stored in the database. By component, the market is segmented into software and service. By software the market is segmented into database application builder, database encryption, data scaling and replication, backup and recovery, and others. By service, the market is segmented into training and consulting service, system and network integration service, and deployment and maintenance service. By organization size, the market is segmented into large enterprise and small and medium-sized enterprise. By end-user, the market is segmented into academic, BFSI, healthcare, IT and telecom, government, and others. Regional Analysis The regional analysis of cloud database market is considered for North America, Europe, Asia-Pacific, and the rest of the world. Implementation of IoT and increasing adoption of cloud-based services in North American countries such as the US and Canada is expected to dominate the cloud database market during the assessment period. Several investments and research and developments are taking place in the US owing to the increasing need for cloud database by the IT companies. This in turn ensures an enhanced cloud infrastructure coupled with the provision of network security for the cloud database users. Increase in the adoption of security based applications in Asia-Pacific is expected to enhance the cloud database market. Hence, Asia-Pacific is expected to be the fastest growing region in the market during the forecast period. Europe is expected to witness a significant growth in the market owing to the growing need for managed database solutions from the prominent IT companies investing in the European markets. Brows Full Report @ https //www.marketresearchfuture.com/reports/cloud-database-market-6847 Table of Contents 1 Executive Summary 2 Scope of The Report 2.1 Market Definition 2.2 Scope of The Study 2.2.1 Research Objectives 2.2.2 Assumptions Limitations 2.3 Market Structure Continued… Similar Report** B2B Telecommunication Market Information by Solution (Unified Communication and Collaboration), Deployment (Fixed, Mobile), Organization Size (Large, Enterprise), Application (Industrial, Commercial) and regions Trending #MRFR Report** https //ictmrfr.blogspot.com/2022/04/geofencing-market-companies-growth-with.html https //blogfreely.net/pranali004/telecom-expense-management-market-size-impressive-cagr-changing-business-scope https //postheaven.net/pranali004/financial-app-industry-impressive-cagr-changing-business-needs-scope-of https //market-research-future.tribe.so/post/openstack-service-market-research-impressive-cagr-changing-scope-of-current--6263de46791566c10c79891e https //www.scutify.com/articles/2022-04-24-infrastructure-as-a-service-industry-cagr-changing-business-scope-of-current-and-future-industry- About Market Research Future At Market Research Future (MRFR), we enable our customers to unravel the complexity of various industries through our Cooked Research Report (CRR), Half-Cooked Research Reports (HCRR), Raw Research Reports (3R), Continuous-Feed Research (CFR), and Market Research Consulting Services. Contact Market Research Future (Part of Wantstats Research and Media Private Limited) 99 Hudson Street, 5Th Floor New York, NY 10013 United States of America 1 628 258 0071 (US) 44 2035 002 764 (UK) Email sales@marketresearchfuture.com Website https //www.marketresearchfuture.com
https://w.atwiki.jp/dai1357/pages/24.html
REDOログファイル REDOログファイル データベースに対して行われた全ての変更(DML,DDL)が 記録される。 データベースに障害があったときの回復に使用される。 最低2つのファイルが必要で、1つのファイルに LGWR?(ログライタ)が書き出しを行い、満杯に なると別のファイルに切り替えて記録を続ける。 → ログスイッチ
https://w.atwiki.jp/wiki6_starlight/pages/5.html
Database Database Job Item Job SwordmanKnightLord Knight CrusaderPaladin MagicianWizardHigh Wizard SageProfessor AcolytePriestHigh Priest MonkChampion ArcherHunterSniper Bard/DancerClown/Gypsy ThiefAssassinAssassin Cross RogueChaser MerchantBlacksmithWhitesmith AlchemistCreator Super Novice? Item Equip(slot)? Card?
https://w.atwiki.jp/keroro00innovator/pages/1473.html
database database アーティスト MAN WITH A MISSION 発売日 2013年10月9日 レーベル SMR デイリー最高順位 1位(2013年10月9日) 週間最高順位 1位(2013年10月15日) 月間最高順位 2位(2013年10月) 年間最高順位 15位(2013年) 初動売上 34325 累計売上 60101 週間1位 収録内容 曲名 タイアップ 視聴 1 database ログ・ホライズン OP 2 your way 3 Green-Tinted Sixties Mind 4 distance ランキング 週 月日 順位 変動 週/月間枚数 累計枚数 1 10/15 1 新 34325 34325 2 10/22 2 ↓ 5778 40103 3 10/29 6 ↓ 3644 43747 4 11/5 11 ↓ 2616 46363 2013年10月 2 新 46363 46363 5 11/12 19 ↓ 1725 48088 6 11/19 24 ↓ 1432 49520 7 11/26 ↓ 1368 50888 8 12/3 1009 51897 2013年11月 37 ↓ 5534 51897 9 12/10 796 52693 10 12/17 18 ↑ 798 53491 11 12/24 14 ↑ 798 54289 12 14/1/5 16 ↑ 856 55145 2013年12月 21 ↑ 3248 55145 13 1/7 5 ↑ 1674 56819 14 1/14 8 ↓ 1452 58271 15 1/21 12 ↓ 939 59210 16 1/28 ↓ 363 59573 17 2/4 273 59846 2014年1月 25 ↓ 4701 59846 18 2/18 255 60101 関連CD Seven Deadly Sins
https://w.atwiki.jp/ohden/pages/311.html
Database ◆PostgreSQL ◆MySQL ◆SQLite ◆Oracle Database ◆SQL Server Microsoft DBのパフォーマンスについて詳しい http //www.oracle.com/technetwork/jp/database/articles/tsushima/ SQL SQL ├ DLL テーブル操作 └ DML レコード操作 ◆結合について 結合はfrom句内で『join』によって行う方法とwhere句内で『=』によって行う方法とある。 from where 内部結合 t1 inner join t2 on (t1.id = t2.id)t1 join t2 on (t1.id = t2.id) t1.id = t2.id 外部結合 t1 left outer join t2 on (t1.id = t2.id)t1 left join t2 on (t1.id = t2.id) t1.id = t2.id(+) t1 right outer join t2 on (t1.id = t2.id)t1 right join t2 on (t1.id = t2.id) t1.id(+) = t2.id ※inner joinのinner、left/right outer joinのouterは省略可能 両方とも書き方が違うだけで、得られる効果は一緒。DBが明確に性能差を示していない限り性能も変わらないハズ。 where句内で指定する方がシンプルで分かりやすい。joinの方は長く書かなきゃいけんし、使いたくないわ。と思ってしまう。 じゃ、なんでコレ同じ機能に2つの方法を用意してるかというと、結合条件と選択条件を明確に区別させるためらしい。 選択条件が複雑でたくさんあるようなsql文の場合、結合条件も選択条件もwhere句内に書いてしまうと何が結合条件で、何が選択条件か分からんくなってしまう。 で、そんな時はjoinを使って結合条件をfrom句の方へ逃がしてやると良い感じ。 まぁ、where句の方で明確に区別付くようにしてあったら、join使う必要も無い気がするが... tips 任意のカラム(文字列)に文字列を付与したい UPDATE entrySET name = concat( PREFIX , name)WHERE name NOT LIKE PREFIX % PostgreSQLとMySQLの比較 ちと古いですが... http //thinkit.co.jp/free/article/0603/10/1/ 複合主キーについて STIの縦横変換について 更新日: 2022年12月09日 (金) 09時41分11秒 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/mrfrtech/pages/70.html
Market Highlights Cloud database is a database service which can be used in storing and managing files through the cloud. Enterprises can host databases on the cloud without access to hardware. The ability to scale business at a rapid pace using cloud is likely to lead to its adoption by businesses of all sizes. The global Cloud Database Market Growth report compiled by Market Research Future (MRFR) evaluates various growth opportunities and trends amid the COVID-19 pandemic and changes in business models for the period of 2020 to 2027 (forecast period). Market Scope The global cloud database market is expected to reach USD 21.66 billion growing at 46.78% CAGR over the forecast period. The advent of internet of things (IoT) and rise of cloud computing are major drivers of the market. Implementation of cloud databases for improving service, lowering cost, and expediting services can benefit the market. Rise in digitization of data and the move towards cloud by organizations of all sizes can be a golden opportunity for cloud database providers. Request a Free Sample @ https //www.marketresearchfuture.com/sample_request/6847 Rise of application development and mass computing can drive the adoption of cloud databases by organizations making it easier for app developers in storing, migrating, and sharing data. The virtual nature of cloud databases allow it to recover from crashes and failures in programs quicker and the disposability nature can drive the market demand in the global cloud database market. It can cover machines and entire data centers. But concerns of data security can impede market growth. Competitive Outlook SAP AG, CenturyLink, CSC (Computer Science Corporation), Salesforce.com Inc., Google Inc., Oracle, Amazon.com, Rackspace Inc., IBM, and Microsoft are key players in the global cloud database market. Segmentation By database, the cloud database market is divided into SQL database and NoSQL database. By model, this market is segmented into service model and deployment model. By service model, the market is further segmented into private cloud, virtual private cloud, public cloud, and hybrid cloud. Deployment model segmentations include infrastructure as a service (IaaS), database as a service (DBaaS), and platform as a service (PaaS). By deployment model, the DBaaS segment can provide security to data with tight surveillance and software upgrades designed to maintain the integrity of data stored in the database. By component, the market is segmented into software and service. By software the market is segmented into database application builder, database encryption, data scaling and replication, backup and recovery, and others. By service, the market is segmented into training and consulting service, system and network integration service, and deployment and maintenance service. By organization size, the market is segmented into large enterprise and small and medium-sized enterprise. By end-user, the market is segmented into academic, BFSI, healthcare, IT and telecom, government, and others. Regional Analysis The regional analysis of cloud database market is considered for North America, Europe, Asia-Pacific, and the rest of the world. Implementation of IoT and increasing adoption of cloud-based services in North American countries such as the US and Canada is expected to dominate the cloud database market during the assessment period. Several investments and research and developments are taking place in the US owing to the increasing need for cloud database by the IT companies. This in turn ensures an enhanced cloud infrastructure coupled with the provision of network security for the cloud database users. Increase in the adoption of security based applications in Asia-Pacific is expected to enhance the cloud database market. Hence, Asia-Pacific is expected to be the fastest growing region in the market during the forecast period. Europe is expected to witness a significant growth in the market owing to the growing need for managed database solutions from the prominent IT companies investing in the European markets. Brows Full Report @ https //www.marketresearchfuture.com/reports/cloud-database-market-6847 Table of Contents 1 Executive Summary 2 Scope of The Report 2.1 Market Definition 2.2 Scope of The Study 2.2.1 Research Objectives 2.2.2 Assumptions Limitations 2.3 Market Structure Continued… Similar Report** B2B Telecommunication Market Information by Solution (Unified Communication and Collaboration), Deployment (Fixed, Mobile), Organization Size (Large, Enterprise), Application (Industrial, Commercial) and regions Trending #MRFR Report** https //ictmrfr.blogspot.com/2022/04/geofencing-market-companies-growth-with.html https //blogfreely.net/pranali004/telecom-expense-management-market-size-impressive-cagr-changing-business-scope https //postheaven.net/pranali004/financial-app-industry-impressive-cagr-changing-business-needs-scope-of https //market-research-future.tribe.so/post/openstack-service-market-research-impressive-cagr-changing-scope-of-current--6263de46791566c10c79891e https //www.scutify.com/articles/2022-04-24-infrastructure-as-a-service-industry-cagr-changing-business-scope-of-current-and-future-industry- About Market Research Future At Market Research Future (MRFR), we enable our customers to unravel the complexity of various industries through our Cooked Research Report (CRR), Half-Cooked Research Reports (HCRR), Raw Research Reports (3R), Continuous-Feed Research (CFR), and Market Research Consulting Services. Contact Market Research Future (Part of Wantstats Research and Media Private Limited) 99 Hudson Street, 5Th Floor New York, NY 10013 United States of America 1 628 258 0071 (US) 44 2035 002 764 (UK) Email sales@marketresearchfuture.com Website https //www.marketresearchfuture.com
https://w.atwiki.jp/hiropknot/pages/78.html
第1章:データベース管理者のタスク データベースシステムの構築にかかわる作業 ・Oracleソフトウェアのインストール ・データベースの作成 ・データベースおよびソフトウェアのアップグレード 日々の運用管理にかかわる作業 ・Oracleインスタンスの起動および停止 ・データベースの記憶域構造の管理 ・ユーザおよびセキュリティの管理 ・スキーマ、オブジェクト(表、索引、ビューなど)の管理 ・バックアップの計画と実行 ・データベースの積極的な監視と障害予防措置 ・パフォーマンスの監視およびチューニング トラブルシューティング ・障害発生時のリカバリの実行 ・データベースの監視によって判明した問題への修正処置の実行 ・診断およびOracleサポートサービスへのエラー報告 第2章:OracleソフトウェアのインストールおよびOracleデータベースの作成 共通の前提条件チェック項目 カテゴリ チェック項目 ディスク領域 ・スワップ領域:1GB以上 ・一時領域(/tmp):400MB以上 ・Oracleソフトウェア用:1.5GB以上 ・事前構成済みデータベース用:1GB以上 メモリ ・物理メモリ:1GB以上 OUI(Oradcle Universal Installer)の機能 ・新しいOracleソフトウェアのインストール ・インストールされているOracleソフトウェアの表示 ・私用しないOracleソフトウェアの削除 ・インストールプロセス中のオンラインヘルプの参照 ・インストール前の前提条件のチェック 主な環境変数 環境変数 説明 ORACLE_BASE Oracleディレクトリ構造のトップディレクトリ ORACLE_HOME Oracleソフトウェアを格納するディレクトリOracleソフトウェアをインストールするたびに、新しくOracleホームディレクトリを指定する必要がある。デフォルトはORACE_BASEディレクトリのサブディレクトリとなる。 ORACLE_SID システム識別子(インスタンス名)、8文字以下の英数字 LD_LIBRARY_PATH 共有オブジェクトライブラリを検索するパス Oracleインベントリディレクトリ 最初にソフトウェアをインストールするときに設定する。 インストールしたOracle製品の情報などを保持するためのディレクトリ。 既存のソフトウェアへのパッチ適用、アップグレード、ソフトウェアの削除などの時にOUIが使用する。 Linuxへのインストール rootユーザでログインし、下記2つのシェルを実行する。 orainstRoot.sh インベントリポインタファイル(/etc/oraInst.loc)を作成する。 root.sh oratabファイル(/etc/oratab)の作成とOracle用の環境変数を変更するスクリプトのコピーを行う。 DBCA(Detabase Configration Assistant) テンプレートについて テンプレートの実態は、データベースの作成に必要な以下の情報が含まれているXMLファイル。 ・データベースオプション ・初期化パラメータ ・記憶属性(データファイル、表領域、制御ファイル、オンラインREDOログの属性) など 格納先:<$ORACLE_HOME/assistants/dbca/templates> データベース作成時に指定する記憶域オプション ・ファイルシステム(デフォルト) ・自動ストレージ管理(ASM) ・RAWデバイス 第3章:Enterprise Managerを使用したデータベース管理 Enterprise Managerとは Oracleインスタンスやデータベースを管理するためのツール。 「Database Control(1つのDBを管理)」と「Grid Control(複数のDBを管理」がある。 分類 管理作業 データベース管理タスク ・スキーマオブジェクト(表、ビュー、索引など)の作成 ・ユーザーのセキュリティ管理 ・データベースのメモリおよび記憶域の管理 ・データベースのバックアップおよびリカバリ ・データのインポートおよびエクスポート ・インスタンスの起動、停止 情報の表示 ・データベースのパフォーマンスおよびステータス情報の表示 ※データベースの新規作成・削除はできない。 デフォルトでEnterprise Managerへのログインが可能なユーザ SYS / SYSTEM / SYSMAN 設定の種類と設定できる内容 管理 ・管理者 ・通知方法 ・パッチ適用方法 ・ブラックアウト 環境 ・一般 ・優先接続情報 ・通知(ルール、スケジュール) SQL Plusとは データベースを管理するための主要なSQLコマンドベースツール。 起動方法 sqlplus /nologconnect account/password 第4章:Oracleネットワーク環境の構成 Oracle Net Manager ネットワーク機能を提供するOracle Netのネットワークを構成するツール。 起動方法 コマンド 「netmgr」 Windows 「スタート」>「プログラム」>「Oracle - home-name」>「Configration and Migration Tools」>「Net Manager」 第5章:Oracleインスタンスの管理 初期化パラメータファイル インスタンス起動時に読み込まれるファイル。 データベースバッファキャッシュや共有プールなどSGAのメモリ領域のサイズ変更や、必要なバックグラウンドプロセスの追加起動など、インスタンスの動作に影響を与えるパラメータが書き込まれている。 初期化パラメータファイルの種類 サーバーパラメータファイル(SPFILE) Oracleデータベースサーバによって読み取りと書き込みが可能なバイナリファイル。 インスタンス稼働中に動的に変更できるパラメータの値が格納できる(手動変更は不可)。 Enterprise Managerで使用することができる。 テキスト初期化パラメータファイル(PFILE) テキストファイル。 Oracleデータベースサーバによって読み取りは可能だが、書き込みは行えない。 パラメータ変更後は、インスタンスを再起動する必要がある。 バックグラウンドプロセス インスタンスを起動すると自動的に起動するプロセス群。 Oracleシステムがスムーズに動くように全体管理を行う。 SMONシステムモニター 障害になどによりインスタンスを再起動した際に、インスタンスリカバリを実行する。 PMONプロセスモニター ユーザプロセスの障害時に、使用していたリソースを解放し、クリーンアップを行う。 DBWnデータベースライター データベースバッファキャッシュ上で変更されたデータをデータファイルに書き込む。 CKPTチェックポイント DBWnによりデータベースバッファ内のデータがデータファイルに書き込むイベントのことを「チェックポイント」という。CKPTはDBWnを呼び出し、さらにメモリとディスクの同期情報を制御ファイルに書き込む。 LGWRログライター REDOエントリ(変更履歴情報)をREDOログファイルに書き込む。 ARCnアーカイバ REDOログファイルをアーカイブログファイルとしてコピーする。必須のバックグラウンドプロセスではない。 データベース作成時に自動作成される「管理者アカウント」 SYS データベース管理者アカウント SYSTEM データベース管理者アカウント SYSMAN Enterprise Managerでのデータベース操作を実行するためのユーザアカウント DBSNMP Enterprise Managerの管理エージェントが使用するユーザアカウント メモリ管理の種類と特徴 自動メモリ管理(推奨) 特徴 データベースサーバによりSGAとインスタンスPGAが自動チューニングされる。 データベース管理者は、インスタンスで使用する合計メモリサイズを指定する。 設定するパラメータ ・ターゲットメモリサイズ初期化パラメータ(MEMORY_TARGET) ・最大メモリサイズ初期化パラメータ(MEMORY_MAX_TARGET) ←オプション 自動共有メモリ管理+自動PGAメモリ管理 特徴 自動メモリ管理を無効化すると、暗黙的に自動共有メモリ管理+自動PGAメモリ管理となる。 データベースサーバによりSGAのサイズとここのプロセスのPGA自動チューニングされる。 データベース管理者は、SGAとPGAのターゲットサイズと最大サイズを指定する。 設定するパラメータ ・SGAターゲットサイズパラメータ(SGA_TARGET) ・SGAの最大サイズ(SGA_MAX_SIZE) ・PGAターゲットサイズ初期化パラメータ(PGA_AGGREGATE_TARGET) ・PGAの最大サイズ(PGA_MAX_MEM) 手動共有メモリ管理+自動PGAメモリ管理 特徴 自動共有メモリ管理を無効化すると、暗黙的に手動共有メモリ管理となる。 データベース管理者は、SGAの各コンポーネントのサイズとPGAのターゲットサイズを指定する。 第6章:データベース記憶域構造の管理 データベース起動の流れ SHUTDOWN:停止中 ↓ ↓・初期化パラメータファイルの読み込み ↓ NOMOUNT:インスタンス起動(バックグラウンドプロセスと共有メモリが存在する状態) ↓ ↓・制御ファイルの読み込み ↓ MOUNT:データファイルなどにアクセスできる状態 ↓ ↓・データファイルのチェックやREDOログファイルのオープンなど ↓ OPEN:データ処理およびSQL受付ができる状態 ※初期化パラメータファイル、制御ファイル、データファイルに以上がある場合はデータベースは正常に起動しない。 第7章:ユーザーおよびセキュリティの管理 ユーザー属性 表領域の割り当て制限 ユーザーに使用が許可される表領域内の容量。ユーザーが使用可能な表領域ごとに指定する。 デフォルトではすべての表領域に対して「なし(表領域使用許可なし)」が設定されている。 割り当て制限を無制限にするには、「-1」を設定する。 この場合、USER_TS_QUOTASやDBA_TS_QUOTASビューのMAX_BYTES列、MAX_BLOCKS列の値は、-1になる。 データベース操作のための権限 管理権限 データベースの作成、インスタンスの起動・停止(およびデータベースの起動)、バックアップ・リカバリの実行を行うことができる特別な管理権限は下記の2つ。 この権限を持つユーザはデータベースがオープンされていない場合でも、インスタンスへのアクセスができる。 SYSDBA すべての権限を持つデータベース管理者用のシステム権限。 SYSOPER 基本的な運用タスクを実行するがユーザーのデータを表示する権限は持たないユーザ用のシステム権限。 特権ユーザの認証について DBAの認証には、下記2つの方式がある。 ・OS認証 ・パスワードファイル認証 ※セキュリティで保護されていないリモート接続では、パスワードファイル認証を推奨。 ※OS認証はパスワードファイル認証より優先される。 ロールとは 権限および他のロールの集合 ロールに付与できるものは、「システム権限」、「オブジェクト権限」、「他のロール」。 第8章:スキーマオブジェクトの管理 データベース作成処理の際に自動的に「SYS」と「SYSTEM」というスキーマが作成される。 SYS データディクショナリを構成するすべての実表およびビューが作成されるスキーマ。 SYSTEM 管理情報を格納するための追加の表やビュー、およびOracle製品のオプションやツールで使用される内部的な表やビューが作成されるスキーマ。 表の削除について 表を削除することにより実行される処理は次のとおり。 ・表の定義がデータディクショナリから削除される。 ・表のすべての行が削除される ・表に作成されたすべての索引は削除される。 ・表に関連する制約、トリガーも削除される。 ・表に作成したビュー、シノニムは削除されずに無効になる。 ※これらのデータは同じ表領域内のゴミ箱に格納される。そこから戻すことも可能。 索引について SQL文による明示的に作成される索引と、暗黙的に作成される索引がある。 「主キー制約(Primary)」と、「一意キー制約(UNIQUE)」を定義すると暗黙的に索引が作成される。 ビューについて 1つまたは複数の表やビューを基に作成する、仮想の表のこと。 データディクショナリ情報の更新は、Oracle Serverのみが行う。 DBA_* データベース内のすべてのオブジェクトに関する情報 ALL_* 自分がアクセスできるオブジェクトに関する情報 USER_* 自分が所有するオブジェクト(=自スキーマのオブジェクト)に関する情報 V$* 動的パフォーマンスビュー。自動更新される。データベースのパフォーマンスに関す情報 その他 セッションやロール、言語環境に関する情報 ストアドプログラムとは PL/SQLまたはJavaで記述されたプログラム。 アプリケーション開発者がOracleデータベース内に作成するスキーマオブジェクト。 共通で使用するプログラムを格納しておくと、任意のアプリケーションプログラムから呼び出して使用することができる。 作成できるストアドプログラムの種類 パッケージ パッケージ使用部。関連するプロシージャとファンクションおよびこれらのプロシージャとファンクションが使用するカーソルと変数をグループとしてまとめたもの。 パッケージ本体 パッケージに定義されたプロシージャとファンクションのコード。 プロシージャ 単一のタスクを実行するプログラム。 ファンクション 単一のタスクを実行するプログラム。呼び出しもとのプログラムに値を戻す必要がある。 トリガー 表、ビュー、イベントに関連付けられたプログラム。 第9章:バックアップおよびリカバリの実行 バックアップの種類 イメージコピー OSレベルでのデータファイル、制御ファイル、アーカイブREDOログファイルのコピー。 Enterprise Managerで作成すると、Recovery Managerリポジトリにイメージコピーが記録される。 バックアップセット Recovery Manager固有の形式。 1つ以上のバックアップピースという物理ファイルが含まれ、1つのバックアップピースに1つ以上のデータベースファイルのバックアップがRecovery Manager固有のコンパクトな形式で格納される。 データファイルの中でデータの格納に使用されたブロックのみがバックアップセットに含められる。 * クロスチェック ディスクやテープ内の物理的なバックアップの状況と、Recovery Managerリポジトリ内にあるバックアップレコードが一致しているかを確認し、バックアップの現行のステータスを反映すること。 ファイルヘッダに破損がない場合は「AVAILABLE(使用可)」となる。 破損・欠落、またはバックアップが指定した場所にない場合は「EXPIRED(期限切れ)」となる。 フラッシュバック機能 フラッシュバック機能を使用すると、誤ってデータを削除や変更したときに、簡単にリカバリすることができる。 フラッシュバック表 表のデータを過去のある時点に戻す機能。 過去データの検索のためにUNDOデータを使用する。 表のフラッシュバックには、行移動(※その他へ)が有効でなくてはならない。 フラッシュバックドロップ 削除された表をゴミ箱から戻す機能。 表だけでなく、表に関連する索引やトリガーも元に戻す。 フラッシュバックに必要な権限 ・FLASHBACKオブジェクト権限 or FLASHBACK ANY TABLE権限 ・その表に対するSELECT、INSERT、DELETE、ALTERオブジェクト権限 バックアップポリシーの構成 ・各バックアップとデータベースの構成変更ごとに、制御ファイルおよびSPFILEを自動的にバックアップ ・バックアップ済みの、読み取り専用およびオフラインのデータファイルなどの未変更ファイルをスキップ ・増分バックアップ高速化のためのブロック変更トラッキングを有効化 第10章:データベースの監視およびアドバイザの使用 AWR(Automatic Workroad Repository:自動ワークロードリポジトリ) データベースの状態とパフォーマンス情報を格納したデータ。SYSAUX表領域に存在する。 定期的に取得した情報のことを「AWRスナップショット」と呼ぶ。 アドバイザの種類 ADDM(Automatic Database Diagnostics Monitor:自動データベース診断モニター) データベース全体についてのアドバイザ SQLアドバイザ SQLに関するアドバイザ SQLチューニングアドバイザ 1つ以上のSQL文を分析して、パフォーマンスを改善するための推奨事項を提示する。ソースには、「トップアクティビティ」、「履歴SQL」、「SQLチューニングセット」がある。 SQLアクセスアドバイザ 特定のSQLワークロードに合わせてスキーマをチューニングする。例:特定のワークロードに対する索引の作成、削除の推奨事項の提供。 メモリアドバイザ メモリの設定に関するアドバイザ。 メモリ管理モードに応じて、様々なメモリアドバイザを使用できる。 メモリアドバイザ Oracleインスタンスに割り当てるターゲットメモリ容量の設定に関するアドバイスを提示する。自動メモリ管理が有効な場合に使用できる。 SGAアドバイザ SGAのターゲットサイズの構成に関するアドバイスを提示する。自動共有メモリ管理が有効な場合に使用できる。 PGAアドバイザ インスタンスPGAのターゲットサイズの構成に関するアドバイスを提示する。自動共有メモリ管理、手動共有メモリ管理が有効な場合に使用できる。 共有プールアドバイザ 共有プールのサイズ設定に関するアドバイスを提示する。手動共有メモリ管理が有効な場合に使用できる。 バッファキャッシュアドバイザ バッファキャッシュのサイズ設定に関するアドバイスを提示する。手動共有メモリ管理が有効な場合に使用できる。 その他のアドバイザ セグメントアドバイザ 表領域の空き領域の再利用に関するアドバイスを行う。セグメント内の領域の断片化のレベルに基づいて、そのセグメントの縮小操作が必要かどうかのアドバイスを提示する。このアドバイザは推奨するだけで実際のデータベースオブジェクトの縮小化は行わない。 UNDOアドバイザ システムアクティビティの統計情報や、最も時間がかかる問い合わせの時間、UNDO保存期間の低閾値(最小UNDO保存期間)に基づいて、UNDO表領域のサイズ設定に役立つアドバイスを提示する。 アラート 特定のメトリック(測定基準)が閾値を超えた場合に生成される通知。 「警告閾値」と「クリティカル閾値」を設定できる。 領域不足などのアラートは、問題の原因が解決すると自動的に消去される。 他のアラートは、システム管理者による肯定応答が必要。 その他 オブジェクトの再編成 データベースのパフォーマンスは、時間の経過とともに行連鎖や以降と索引の停滞などによって影響を受ける可能性が出てくる。 そのような場合にオブジェクトの再編成を実施し、表の構造を論理的または物理的に変更し、下記のような効果を得ることができる。 ・問い合わせまたはDMLのパフォーマンス改善 ・アプリケーションの変更に対応する ・記憶域を管理する ただしOracleでは、SYSTEM、SYSAUX、一時(TEMP)、UNDO、オフラインまたは読み取り専用の表領域の再編成はサポートしていない。 行移動 データ更新時に発生する現象。 データレコードを更新するときに、ブロック内の空き領域を使用してもデータブロック内に収まらず、実データの行断片(レコードピース)をすべて別のデータブロックへ引っ越している状態。 Enterprise Managerからデータベースへのログインをしたときの接続モードは以下。 ・NORMAL ・SYSDBA ・SYSOPER 初期化パラメータ UNDO_RETENTION UNDO保存期間の下限値(秒)を指定する。 SGA_MAX_SIZE インスタンスの存続期間を通してのSGAの最大サイズを指定する。※動的変更不可) LOG_BUFFER REDOエントリをREDOログファイルに書き込むときに使用されるメモリ容量をバイト単位で指定する。※動的変更不可 DB_BLOCK_SIZE データベースの標準のブロックサイズを指定する。 箇条書き ・データベースのアーカイブログモードの変更には再起動が必要。
https://w.atwiki.jp/nihongodocuments/pages/18.html
Home » Admin and Setup » General Information Backing Up the Database This document attempts to provide information for both experienced and novice users alike. If the command line is your preference, we have command line examples for you to follow. There are also simple GUI approaches, as described in the pgAdmin section. Command line examples (all platforms) The following examples all use the user name "admin". This is the default name created when installing the PostBooks/OpenMFG software starting with version 3. Earlier versions used the user name "mfgadmin" as the default user and it is possible that the databases can be configured with a different name. You should use the appropriate privileged username in place of "admin" for your system. If logged in to the server running Postgres as a user with the correct permissions, and Postgres runs on default port of 5432 pg_dump -U admin databasename backupname.sql This will create a backup of databasename called backupname.sql If Postgres is running on a port other than 5432 pg_dump -U admin -p 5433 databasename backupname.sql If you are running pg_dump from a remote client pg_dump -U admin -h mypgserver.mydomain.com -p 5433 databasename backupname.sql See also documentation related to installing the database and restoring the database.
https://w.atwiki.jp/ora_tips/pages/14.html
バックアップ 一貫性バックアップ データベースに含まれる全てのファイルをバックアップする。(整合性がとれた状態) ⇒データベースを停止していることがポイント。チェックポイントを行い整合性を取っていること。 停止は、ABORT以外で行っていること。 ・データベースがオープンされていない。 ・全てのREDOログが適用済み(アーカイブに出力されていること) ・リストア後に、すぐにオープンできる。 ※NOARCHIVELOGモード時 非一貫性バックアップ 停止しない状態で、システム負荷の低い状態の時に一部のデータファイル、制御ファイルのバックアップを行う。 ※ARCHIVELOGモード時 バックアップタイプ ※EnterpriseManagerのRMAN利用(マウント/オープン時のみ) バックアップ対象 ①データファイル ②制御ファイル ③spfile ④アーカイブREDOログ バックアップセット ひとつのバックアップファイルに複数のバックアップ対象ファイルを含めたもの。 リストア時には、抽出が必要。 空きブロックは含めない。 増分も可能。 0、1があり 0:ベースとなるバックアップ(次回以降増分となりうる) 1:前回からの増分バックアップ イメージコピー 制御ファイル、データファイル、REDOログをコピーして作成したもの。 対象ファイルは、完全一致のため 抽出は必要ない。(そのまま) テープ装置へは行えない。 全体と増分バックアップ(RMAN) 増分バックアップはデータファイルをバックアップするときのみ レベル0:増分バックアップの基礎となり、全てのデータブロックを含む レベル1:前回(0から)変更されたブロック ■アーカイブログモード変更 ①停止 salplus / as sysdba shutdown ②mountモードで起動 startup open ③ログ出力先を設定 pfileの場合: log_archive_dest=/opt/oracle/admin/log spfileの場合: alter system set log_archive_dest_1= location=/opt/oracle/admin/log scope=both; alter system set log_archive_dest_2= location=/opt/oracle/admin/log scope=both; ④アーカイブログモード変更 sqlplus / as sysdba アーカイブログモード alter database archivelog; Noアーカイブログモード alter database noarchivelog; ⑤openモードで起動 alter database open; ■制御ファイルのバックアップ(作成スクリプトを作成) alter database backup controlfile to trace; ※USER_DUMP_DESTにスクリプトが作成される。 →スクリプトからのリカバリ ①nomountモードで起動 ②@crt_cnt.sql ③openモードで起動 ■フラッシュバック領域の管理 RMANでバックアップする場合、デフォルトの格納先はフラッシュバックリカバリ領域 利用目的 ・アーカイブREDOログ保存 ・バックアップファイルの保存 ・フラッシュバックログの保存 初期化パラメータ(フラッシュバックリカバリ領域) DB_RECOVERY_DUMP_DEST : フラッシュバックリカバリの領域の場所 DB_RECOVERY_FILE_SIZE :フラッシュバックリカバリ領域のサイズ サイズは、DBCAで作成した場合2Gとなっているので、小さすぎるため調整が必要 →アーカイブREDOログ、データファイル、フラッシュバックログの2倍程度を目安にする